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DETAILED ACTION 

1 . This Office Action is response to Applicant's response filed on 5/21/2004. 

2. Claims 1,3-8,1 0-1 5 and 1 7-23 are pending in this application. 

Double Patenting 

3. The nonstatutory double patenting rejection is based on a judicially 
created doctrine grounded in public policy (a policy reflected in the statute) so as 
to prevent the unjustified or improper timewise extension of the "right to exclude" 
granted by a patent and to prevent possible harassment by multiple assignees. 
See In re Goodman, 1 1 F.3d 1046, 29 USPQ2d 2010 (Fed. Cir. 1993); In re 
Longi, 759 F.2d 887, 225 USPQ 645 (Fed. Cir. 1985); In re Van Ornum, 686 
F.2d 937, 214 USPQ 761 (CCPA 1982); In re Vogel, 422 F.2d 438, 164 
USPQ 619 (CCPA 1970);and, In re Thorington, 418 F.2d 528, 163 USPQ 644 
(CCPA 1969). 

A timely filed terminal disclaimer in compliance with 37 CFR 1 .321(c) may 
be used to overcome an actual or provisional rejection based on a nonstatutory 
double patenting ground provided the conflicting application or patent is shown to 
be commonly owned with this application. See 37 CFR 1 .130(b). 



Application/Control Number: 09/479,363 Page 3 

Art Unit: 2172 

Effective January 1 , 1994, a registered attorney or agent of record may 
sign a terminal disclaimer. A terminal disclaimer signed by the assignee must 
fully comply with 37 CFR 3.73(b). 

Claimsl , 6, 12,m 13, 20 and 21 are rejected under the judicially created 
doctrine of double patenting over claims 1 , 2, 5, 7 and 13 of U. S. Patent No. 
5,943,497 since the claims, if allowed, would improperly extend the "right to 
exclude" already granted in the patent. 

The subject matter claimed in the instant application is fully disclosed in 
the patent and is covered by the patent since the patent and the application are 
claiming common subject matter, as follows: configuration data and replacement 
class. 

Furthermore, there is no apparent reason why applicant was prevented 
from presenting claims corresponding to those of the instant application during 
prosecution of the application, which matured into a patent. See In re Schneller, 
397 F.2d 350, 158 USPQ 210 (CCPA 1968). See also MPEP § 804. 

Claim Rejections - 35 USC § 103 

v 4. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for 
all obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described 
as set forth in section 102 of this title, if the differences between the subject matter sought to 
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be patented and the prior art are such that the subject matter as a whole would have been 
obvious at the time the invention was made to a person having ordinary skill in the art to which 
said subject matter pertains. Patentability shall not be negatived by the manner in which the 
invention was made. 

5. Claims 1, 3-8, 10-15 and 17-23 are rejected under 35 U.S.C. 103(a) as 
being unpatentable over US Patent No. 5,943,497 issued to Bohrer et al. 
(hereinafter Bohrer) in view of US Patent No. 6,405,209 issued to Obendorf. 

With respect to claim 1 , Bohrer teaches at least one processor (fig. 1 , item 
110, col. 5, lines 22-23); 

a memory coupled to the at least one processor (fig. 1 , item 120, col. 5, 
lines 22-23); 

class configuration data comprising a plurality of entries residing in the 
memory, each class configuration entry including a key-value pair, wherein the 
key includes information relating to a selected processing context and the value 
includes configuration data for a class in the selected processing context (see fig. 
5 and fig. 6, the key value pair here is the factory class and configuration data 
and class and the processing of the context of the class, col. 4, lines 50-59 and 
col. 9, lines 32-62) wherein the key comprises context information appended to a 
class identifier (container ID in this case: col. 8, lines 9-15); and 

an object oriented class replacement mechanism residing in the memory 
and executed by the at least one processor that generates an instance of a 
selected class by using a key that includes context information to access the 
appropriate entry in the class configuration data (instance of class: col. 3, lines 5- 
10 and col. 7, lines 34-38) to access the appropriate entry in the class 
configuration data (see figs 5 and 6; also see abstract and col. 7, lines 15-21). 
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Bohrer teaches allowing a new configuration data to replace existing 
configuration data within an existing object-oriented without changing the source 
code of the existing 00 program, and factory object is created and the 
configuration data generally contains the class tokens utilized by their 
corresponding factories and persistent container defines a scope of the class or 
object being created with a particular physical system and server process within 
the system (see figs 2 and 3, col. 6, lines 57-67 and col. 7, lines 1-54). Bohrer 
does not clearly teaches updating or replacing the data store as a factory object 
in a relational database or storing object in a relational database to be 
instantiated. 

However, Obendorf teaches an apparatus for instantiating and initializing 
an object from a relational database. As shown in FIG. 1 is an exemplary 
hardware that has at least one processor; a memory coupled to the at least one 
processor. As shown in FIG. 3B is a reference table as class configuration data 
comprising a plurality of entries residing in the memory, each class configuration 
entry including a key-value pair, wherein the key includes TableName object ID 
as information relating to the process of creating the table object as a selected 
processing context and the value includes the class I D as configuration data for 
a class in the selected processing context Obendorf discloses if the client 
requests object creation by the RDBMS 126, the client sends a ClassID 218 as 
an argument to the creation call CoCreatelnstance(). CoCreatelnstance locates 
the class factory for the object associated with the ClassID 218 in table 240, 
loads the class factory into memory, and invokes the constructor corresponding 
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to the ClassID 218, which creates the object in question. As seen, an object as 
an instance of a selected class is created by using ClassID 218 and creation call 
CoCreatelnstance(), class factory as context information to access the reference 
table (Col. 5, lines 20-37) 

Therefore, it would have been obvious to a person of ordinary skill in the 
art at the time the invention was made to combine the teachings of Bohrer with 
the teachings of Obendorf by incorporating the use of datastore as factory class 
for updating it in a relational database and storing objects in a relational database 
to be instantiated. The motivation being to have allowed the use of datastore 
storing in a relational database for easing to update and manipulate in the object- 
oriented for controlling configuration of object creation. 

With respect to claim 3, Bohrer teaches wherein the class identifier 
comprises a class token that comprises a text string (class token: col. 7, lines 34- 
38 and col. 9, lines 35-40; also see fig. 4, item 302). 

With respect to claim 4, Bohrer teaches a factory object that generates an 
instance of the selected class by accessing the appropriate entry in the class 
configuration data using the key (col. 4, lines 50-58 and col. 10, lines 10-28). 

With respect to claim 5, Bohrer teaches a key generator mechanism that 
generates the key from a class identifier and from the context information (see 
fig. 5 for context of class information; see abstract, col. 4, lines 1-10; also see col. 
6, lines 57-67 and col. 7, lines 1-21). 

With respect to claim 6, Bohrer teaches retrieving configuration data 
corresponding to the class in a selected processing context using a 
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corresponding key that includes information relating to the selected processing 
context, wherein the key comprises context information appended to a class 
identifier (see fig. 5 and fig. 6, col. 98, lines 1 5-32); and 

instantiating the instance of the class using the retrieved configuration 
data. (col. 3, lines 5-10 and col. 7, lines 34-38; also see col. 9, lines 15-32). 

Bohrer teaches allowing a new configuration data to replace existing 
configuration data within an existing object-oriented without changing the source 
code of the existing 00 program, and factory object is created and the 
configuration data generally contains the class tokens utilized by their 
corresponding factories and persistent container defines a scope of the class or 
object being created with a particular physical system and server process within 
the system (see figs 2 and 3, col. 6, lines 57-67 and col. 7, lines 1-54). Bohrer 
does not clearly teaches updating or replacing the data store as a factory object 
in a relational database or storing object in a relational database to be 
instantiated. 

However, Obendorf teaches instantiating and initializing an object from a 
relational database. As disclosed by Obendorf, if the client requests object 
creation by the RDBMS 126, the client sends a ClassID 218 as an argument to 
the creation call CoCreatelnstance(). CoCreatelnstance locates the class factory 
for the object associated with the ClassID 21 8 in table 240, loads the class 
factory into memory, and invokes the constructor corresponding to the ClassID 
218, which creates the object in question (Obendorf, Col. 5, lines 20-37). As 
seen, a ClassID 21 8 as configuration data is retrieved to pass to the creation call 
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CoCreatelnstance(), which locates the class factory for the object associated with 
the ClassID in table 240 as the step of instantiating the instance of the class 
using the retrieved configuration data. Obendorf discloses if the client requests 
object creation by the RDBMS 126, the client sends a ClassID 218 as an 
argument to the creation call CoCreatelnstance(). CoCreatelnstance locates the 
class factory for the object associated with the ClassID 218 in table 240, loads 
the class factory into memory, and invokes the constructor corresponding to the 
ClassID 218, which creates the object in question. As seen, an object as an 
instance of a selected class is created by using ClassID 218 and creation call 
CoCreatelnstance(), class factory as context information to access the reference 
table (Col. 5, lines 20-37). In other words, the technique as discussed above 
performed an object oriented! class replacement mechanism residing in the 
memory and executed by the at least one processor that generates an instance 
of a selected class by using a key that includes context information to access the 
appropriate entry in the class configuration data, and Obendorf further discloses 
the, key comprises context information appended to a class identifier (Fig. 3B). 

Therefore, it would have been obvious to a person of ordinary skill in the 
art at the time the invention was made to combine the teachings of Bohrer with 
the teachings of Obendorf by incorporating the use of datastore as factory class 
for updating it in a relational database and storing objects in a relational database 
to be instantiated. The motivation being to have allowed the use of datastore 
storing in a relational database for easing to update and manipulate in the object- 
oriented for controlling configuration of object creation. 
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With respect to claim 7, Bohrer teaches storing the configuration data with 
the corresponding key (col. 5, lines 42-55 and col. 7, lines 55-67 and col. 8, lines 
1-5). 

With respect to claim 8, Bohrer teaches storing the configuration data with 
the corresponding key comprises the step of generating a key from a class 
identifier and from the context information (col. 6, lines 57-67 and col. 7, lines 1- 
21). 

With respect to claim 10, Bohrer teaches wherein the class identifier 
comprises a class token that comprises a text string (col. 7, lines 34-38 and col. 
9, lines 35-40; also see fig. 4, item 302). 

With respect to claim 1 1 , Bohrer teaches generating the key from a class 
identifier and from the context information (see fig. 5 for context of class 
information; see abstract, col. 4, lines 1-10; also see col. 6, lines 57-67 and col. 
7, lines 1-21). 

With respect to claim 12, Bohrer teaches generating a key that comprises 
information relating to a current processing context appended to a class identifier 
for the existing class (container ID in this class: col. 8, lines 9-15); 

storing configuration data for the existing class using the key (see fig. 5, 
col. 4, lines 50-59); 

replacing the configuration data for the existing class with configuration 
data for the replacement class while maintaining the same key (col. 7, lines 15- 
21); 
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initiating the creation of an instance of the replacement class (col. 3, lines 
5-10 and col. 7, lines 15-21); 

retrieving the configuration data for the replacement class using the 
generated key (col. 9, lines 15-32); and 

creating an instance of the replacement class according to the retrieved 
configuration data for the replacement class (col. 7, lines 10-40). 

Bohrer teaches allowing a new configuration data to replace existing 
configuration data within an existing object-oriented without changing the source 
code of the existing OO program, and factory object is created and the 
configuration data generally contains the class tokens utilized by their 
corresponding factories and persistent container defines a scope of the class or 
object being created with a particular physical system and server process within 
the system (see figs 2 and 3, col. 6, lines 57-67 and col. 7, lines 1-54). Bohrer 
does not clearly teaches updating or replacing the data store as a factory object 
in a relational database or storing object in a relational database to be 
instantiated. 

However, Obendorf teaches instantiating and initializing an object from a 
relational database. As disclosed by Obendorf, if the client requests object 
creation by the RDBMS 126, the client sends a ClassID 218 as an argument to 
the creation call CoCreatelnstance(). CoCreatelnstance locates the class factory 
for the object associated with the ClassID 218 in table 240, loads the class 
factory into memory, and invokes the constructor corresponding to the ClassID 
218, which creates the object in question (Obendorf, Col. 5, lines 20-37). As 
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seen, a ClassID 218 as configuration data is retrieved to pass to the creation call 
CoCreatelnstance(), which locates the class factory for the object associated with 
the ClassID in table 240 as the step of instantiating the instance of the class 
using the retrieved configuration data. Obendorf discloses if the client requests 
object creation by the RDBMS 126, the client sends a ClassID 218 as an 
argument to the creation call CoCreatelnstance(). CoCreatelnstance locates the 
class factory for the object associated with the ClassID 218 in table 240, loads 
the class factory into memory, and invokes the constructor corresponding to the 
ClassID 218, which creates the object in question. As seen, an object as an 
instance of a selected class is created by using ClassID 218 and creation call 
CoCreatelnstance(), class factory as context information to access the reference 
table (Col. 5, lines 20-37). In other words, the technique as discussed above 
performed an object oriented! class replacement mechanism residing in the 
memory and executed by the at least one processor that generates an instance 
of a selected class by using a key that includes context information to access the 
appropriate entry in the class configuration data, and Obendorf further discloses 
the, key comprises context information appended to a class identifier (Fig. 3B). 

Therefore, it would have been obvious to a person of ordinary skill in the 
art at the time the invention was made to combine the teachings of Bohrer with 
the teachings of Obendorf by incorporating the use of datastore as factory class 
for updating it in a relational database and storing objects in a relational database 
to be instantiated. The motivation being to have allowed the use of datastore 
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storing in a relational database for easing to update and manipulate in the object- 
oriented for controlling configuration of object creation. 

With respect to claim 13, Bohrer teaches an object oriented class 
replacement mechanism that generates an instance of a selected class by using 
a key that includes information relating to a selected processing context to 
access an appropriate entry in class configuration data stored external to the 
class, wherein the key comprises context information appended to a class 
identifier and signal bearing media bearing the object oriented class replacement 
mechanism (see figs 5 & 6 for factory object and context information of class: col. 
8, lines 35-54 and col. 7, lines 15-22). 

Bohrer teaches allowing a new configuration data to replace existing 
configuration data within an existing object-oriented without changing the source 
code of the existing 00 program, and factory object is created and the 
configuration data generally contains the class tokens utilized by their 
corresponding factories and persistent container defines a scope of the class or 
object being created with a particular physical system and server process within 
the system (see figs 2 and 3, col. 6, lines 57-67 and col. 7, lines 1-54). Bohrer 
does not clearly teaches updating or replacing the data store as a factory object 
in a relational database or storing object in a relational database to be 
instantiated. 

However, Obendorf teaches instantiating and initializing an object from a 
relational database. As disclosed by Obendorf, if the client requests object 
creation by the RDBMS 126, the client sends a ClassID 218 as an argument to 
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the creation call CoCreateInstance(). CoCreatelnstance locates the class factory 
for the object associated with the ClassID 218 in table 240, loads the class 
factory into memory, and invokes the constructor corresponding to the ClassID 
218, which creates the object in question (Obendorf, Col. 5, lines 20-37). As 
seen, a ClassID 218 as configuration data is retrieved to pass to the creation call 
CoCreatelnstance(), which locates the class factory for the object associated with 
the ClassID in table 240 as the step of instantiating the instance of the class 
using the retrieved configuration data. Obendorf discloses if the client requests 
object creation by the RDBMS 126, the client sends a ClassID 218 as an 
argument to the creation call CoCreatelnstance(). CoCreatelnstance locates the 
class factory for the object associated with the ClassID 218 in table 240, loads t 
the class factory into memory, and invokes the constructor corresponding to the 
ClassID 218, which creates the object in question. As seen, an object as an 
instance of a selected class is created by using ClassID 218 and creation call 
CoCreatelnstance(), class factory as context information to access the reference 
table (Col. 5, lines 20-37). In other words, the technique as discussed above 
performed an object oriented! class replacement mechanism residing in the 
memory and executed by the at least one processor that generates an instance 
of a selected class by using a key that includes context information to access the 
appropriate entry in the class configuration data, and Obendorf further discloses 
the t key comprises context information appended to a class identifier (figs 3 A and 
3B). 
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Therefore, it would have been obvious to a person of ordinary skill in the 
art at the time the invention was made to combine the teachings of Bohrer with 
the teachings of Obendorf by incorporating the use of datastore as factory class 
for updating it in a relational database and storing objects in a relational database 
to be instantiated. The motivation being to have allowed the use of datastore 
storing in a relational database for easing to update and manipulate in the object- 
oriented for controlling configuration of object creation. 

With respect to claims 14-15, Bohrer discloses wherein said signal bearing 
media comprises recordable media; wherein said signal bearing media 
comprises transmission media (storage device and floppy disks: col. 5, lines 42- 
57 and col. 6, lines 45-48); 

Claim 17 is essentially the same as claim 3 except that it is directed to a 
program product rather than an apparatus, and is rejected for the same reason 
as applied to the claim 3 hereinabove. 

Claim 18 is essentially the same as claim 4 except that it is directed to a 
program product rather than an apparatus, and is rejected for the same reason 
as applied to the claim 4hereinabove. 

Claim 19 is essentially the same as claim 5 except that it is directed to a 
program product rather than an apparatus, and is rejected for the same reason 
as applied to the claim 5 hereinabove. 

With respect to claim 20, Bohrer teaches class configuration data 
comprising a plurality of entries residing in the memory, each class configuration 
entry including a key-value pair, wherein the key includes information relating to 
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a selected processing context and the value includes configuration data for a 
class in the selected processing context (container ID in this case: col. 8, lines 9- 
15); 

a key generator mechanism residing in the memory and executed by the 
at least one processor that generates the key from the class identifier and from 
the context information, wherein the key comprises the context information 
appended to a text string class identifier (instance of class: col. 3, lines 5-10 and 
col. 7, lines 34-38); and 

an object oriented class replacement mechanism residing in the memory 
and executed by the at least one processor that generates an instance of a 
selected class by using the key to access the appropriate entry in the class 
configuration data, the class replacement mechanism comprising a factory object 
that generates an instance of the selected class by accessing the appropriate 
entry in the class configuration data using the key (see figs 5 and 6; also see 
abstract and col. 7, lines 15-21). 

Bohrer teaches allowing a new configuration data to replace existing 
configuration data within an existing object-oriented without changing the source 
code of the existing 00 program, and factory object is created and the 
configuration data generally contains the class tokens utilized by their 
corresponding factories and persistent container defines a scope of the class or 
object being created with a particular physical system and server process within 
the system (see figs 2 and 3, col. 6, lines 57-67 and col. 7, lines 1-54). Bohrer 
does not clearly teaches at least one processor, a memory coupled to the at least 
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one processor, and updating or replacing the data store as a factory object in a 
relational database or storing object in a relational database to be instantiated. 

Obendorf teaches an apparatus for instantiating and initializing an object 
from a relational database. As shown in FIG. 1 is an exemplary hardware that 
has at least one processor; a memory coupled to the at least one processor. As 
shown in FIG. 3B is a reference table as class configuration data comprising a 
plurality of entries residing in the memory, each class configuration entry 
including a key-value pair, wherein the key includes TableName object ID as 
information relating to the process of creating the table object as a selected 
processing context and the value includes the class I D as configuration data for 
a class in the selected processing context Obendorf discloses if the client 
requests object creation by the RDBMS 126, the client sends a ClassID 218 as 
an argument to the creation call CoCreatelnstance(). CoCreatelnstance locates 
the class factory for the object associated with the ClassID 218 in table 240, 
loads the class factory into memory, and invokes the constructor corresponding 
to the ClassID 218, which creates the object in question. As seen, an object as 
an instance of a selected class is created by using ClassID 218 and creation call 
CoCreatelnstance(), class factory as context information to access the reference 
table (Col. 5, lines 20-37). In other words, the technique as discussed above 
performed an object oriented! class replacement mechanism residing in the 
memory and executed by the at least one processor that generates an instance 
of a selected class by using a key that includes context information to access the 
appropriate entry in the class configuration data, and Obendorf further discloses 
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the, key comprises context information appended to a class identifier (figs. 3A & 
3B). 

Therefore, it would have been obvious to a person of ordinary skill in the 
art at the time the invention was made to combine the teachings of Bohrer with 
the teachings of Obendorf by incorporating the use of datastore as factory class 
for updating it in a relational database and storing objects in a relational database 
to be instantiated. The motivation being to have allowed the use of datastore 
storing in a relational database for easing to update and manipulate in the object- 
oriented for controlling configuration of object creation. 

With respect to claim 21 , Bohrer teaches an object oriented class 
replacement mechanism that generates an instance of a selected class by using 
a key that includes information relating to a selected processing context to 
access an appropriate entry in class configuration data stored external to the 

class, wherein the key comprises context information appended to a text 
string class identifier, the class replacement mechanism comprising a factory 
object that generates an instance of the selected class by accessing the 
appropriate entry in the class configuration data using the key, the class 
replacement mechanism further comprising a key generator mechanism that 
generates the key from the text string class identifier and from the context 
information, and signal bearing media bearing the object oriented class 
replacement mechanism ((see figs 2 and 3, col. 6, lines 57-67 and col. 7, lines 1- 
54). Bohrer does not clearly teaches updating or replacing the data store as a 
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factory object in a relational database or storing object in a relational database to 
be instantiated. 

However, Obendorf teaches instantiating and initializing an object from a 
relational database. As disclosed by Obendorf, if the client requests object 
creation by the RDBMS 126, the client sends a ClassID 218 as an argument to 
the creation call CoCreatelnstance(). CoCreatelnstance locates the class factory 
for the object associated with the ClassID 218 in table 240, loads the class 
factory into memory, and invokes the constructor corresponding to the ClassID 
218, which creates the object in question (Obendorf, Col. 5, lines 20-37). As 
seen, a ClassID 218 as configuration data is retrieved to pass to the creation call 
CoCreatelnstance(), which locates the class factory for the object associated with 
the ClassID in table 240 as the step of instantiating the instance of the class 
using the retrieved configuration data. Obendorf discloses if the client requests 
object creation by the RDBMS 126, the client sends a ClassID 218 as an 
argument to the creation call CoCreatelnstance(). CoCreatelnstance locates the 
class factory for the object associated with the ClassID 218 in table 240, loads 
the class factory into memory, and invokes the constructor corresponding to the 
ClassID 218, which creates the object in question. As seen, an object as an 
instance of a selected class is created by using ClassID 218 and creation call 
CoCreatelnstance(), class factory as context information to access the reference 
table (Col. 5, lines 20-37). In other words, the technique as discussed above, 
performed an object oriented! class replacement mechanism residing in the 
memory and executed by the at least one processor that generates an instance 
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of a selected class by using a key that includes context information to access the 
appropriate entry in the class configuration data, and Obendorf further discloses 
the, key comprises context information appended to a class identifier (figs 3A and 
3B). 

Therefore, it would have been obvious to a person of ordinary skill in the 
art at the time the invention was made to combine the teachings of Bohrer with 
the teachings of Obendorf by incorporating the use of datastore as factory class 
for updating it in a relational database and storing objects in a relational database 
to be instantiated. The motivation being to have allowed the use of datastore 
storing in a relational database for easing to update and manipulate in the object- 
oriented for controlling configuration of object creation. 

With respect to claims 22-23, Bohrer teaches wherein the signal bearing 
media comprises recordable media and wherein the signal bearing media 
comprises transmission media ((floppy disk and analog communication links: col. 
6, lines 45-48). 
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If attempts to reach the examiner are unsuccessful, see the examiner's 
supervisor, John Breene, can be reached on (703) 305-9790. 
Any response to this action should be mailed to: 
Commissioner of Patents and Trademarks 
Washington, D.C. 20231 
or faxed to: Central Fax Center (703) 872-9306 
Hand-delivered responses should be brought to Crystal Park II, 2121 

Crystal 

Drive, Arlington, VA, Fourth Floor (receptionist). 

Inquiries of a general nature or relating to the status of this application 
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